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SHORT MESSAGE SERVICE WITH 
IMPROVED UTILIZATION OF AVAILABLE 
BANDMTDTH 

CROSS-REFERENCE TO RELATED 
APPLICAnONS 

This application is related to (i) U.S. application Sen No. 
09/170,879, filed Oct. 20, 1998, and entitled 'WIRELESS 
MOBILE DEVICES HAVING IMPROVED OPERAnON 
DURING NETWORK UNAVAILABIUTY"; (ii) U.S. 
application Ser. No. 09/172,105, filed Oct. 13, 1998, and 
entitled "METHOD AND APPARATUS FOR PROVIDING 
ELECTRONIC MAIL SERVICES DURING NETWORK 
UNAVAILABILITY." now U.S. Pat. No. 6,289,212; (iii) 
U.S. application Ser. No. 08/977^72, filed Jul. 11, 1997, and 
entitled "PUSHING AND PULLING DATA IN 
NETWORKS," now U.S. Pat. No. 6,119,167; (iv) U.S. 
application Ser. No. 09/070,668, filed Apr. 30, 1998, and 
entitled "METHOD AND APPARATUS FOR PROVIDING 
NETWORK ACCESS OVER DIFFERENT WIRELESS 
NETWORKS," now U.S. Pat. No. 6,314,108; and (v) U.S. 
application Ser. No. 09/105,691, filed Join. 26, 1998, and 
entitled "METHOD AND APPARATUS FOR FRAG- 
MENTING MESSAGES FOR A WIRELESS NETWORK 
USING GROUP SHARING OF REFERENCE 
NUMBERS," now U.S. Pat. No. 6,185,208; the contents of 
all of which are hereby incorporated by reference. 

BACKGROUND OF THE INVENTION 

1. Field of Invention 

This invention generally relates to wireless communica- 
tion systems and, in particular, to short message service 
(SMS) communications in wireless comm\micalion systems. 

2. Discussion of Related Art 

The tremendous growth of the Internet in recent years has 
fueled the need to provide wireless devices such as mobile 
telephones, personal digital assistants (PDAs) and the like 
with access to information and services available on the 
Internet. However, providing wireless devices with access to 
the Internet is complicated by the fact that various different 
carrier networks with different wireless network character- 
istics are used domestically and world wide to communicate 
with the wireless devices. Examples of wireless networks 
include Cellular Digital Packet Data (CDPD), Global Sys- 
tem for Mobile Communications (GSM), Code Division 
Multiple Access (CDMA) and Time Division Multiple 
Access (TDMA) to name a few, and each of these wireless 
networks has different data transfer characteristics such as 
latency, bandwidth, protocols and connection methods. As 
examples, pnatocols can be Internet Protocol (IP), Short 
Message System (SMS) and Unstructured Supplementary 
Service Data (USSD), and connection methods can include 
packet switched or circuit switched. A carrier transport ID 
indicates the protocol used by the network, such as User 
Datagram Protocol (UDP), Short Message Peer-to-peer Pro- 
tocol (SMPP), or Wireless Datagram Protocol (WDP). 

Wireless communications are used for voice and data 
communications. In the case of wireless data 
communications, one type of service that can be provided by 
wireless networks is SMS. Short Message Server Centers 
(SMSCs) associated with the wireless networks provide the 
SMS service. SMS gives subscribers the ability to receive a 
relatively small amount of information over the wireless 
networks. The information provided through SMS is gen- 
erally referred to as messages and can, for example, include 
text messages, electronic mail (email), voice mail, message 
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alerts and pages firom pagers. SMS tends to be a more cost 
effective means for the transmission of small amounts of 
data because SMS uses considerably less bandwidth than a 
typical wireless phone call or wideband network connection. 

5 SMS channel xisage is also typically charged to subscribers 
at a fixed cost per month so its bandwidth, although limited, 
tends to be relatively inexpensive for subscribers. 

One-way-SMS represents a narrowband channel that can 
carry data in primarily one direction, with acknowledge- 

jo ments going in the opposite direction. TWo-way SMS allows 
bi-directional communications over SMS using a channel 
with a relatively low bandwidth, which is slightly greater in 
capacity than that provided by one-way SMS, 
An SMS communications system can be thought of as a 

15 client-server type of system where a client device makes a 
request, and upon reception, a server device acknowledges 
whether or not the request was received in tact. In the case 
of SMS, the acknowledgements represent a success report if 
the request was successfully received or an error report if the 

20 request was not successfiilly received. For example, when a 
mobile device sends a message to an SMSC, the SMSC 
returns a report to the mobile device to either confirm receipt 
of the message or to notify of error in the delivery of the 
message. If the message is received successfully, the SMSC 

25 stores and forwards the message to an entity capable of 
receiving SMS messages. This forwarded message contains 
the address of the originating entity. In a similar fashion, 
when the SMSC delivers a message to a mobile device, the 
mobile device returns a report to the SMSC to either confirm 

30 receipt of the message or to notify of error in the delivery of 
the message. 

These reports, which provide an indication of a successful 
or failed delivery process, are referred to as SMS acknowl- 
edgement messages. SMS acknowledgement messages are 

35 comprised of a plurality of pre-defined functional fields. 
Examples of successful acknowledgement reports include 
the Submit Success Report (SSR) and the Delivery Success 
Report (DSR). These multi-field success acknowledgement 
reports have a well-defined structure, which includes user 

40 data fields. These user data fields are generally not utilized 
at present and therefore they represent wasted bandwidth to 
the network. The failed reception acknowledgement error 
reports are referred to as error reports and do not have user 
data fields. SMS is further described in Global System for 

45 Mobile Communications (GSM) 03.40, versions 5.6.1, 
European Telecommunications Standards Institute (ETS) 
(ETS 300 901), January 1998, which is hereby incorporated 
by reference. 

Thus, given the growth of wireless services and the fixed 
50 cost pricing of SMS channels, there exists a need for more 
efQcient utilization of SMS systems to accommodate an 
increase in subscribers and their usage. 

SUMMARY OF THE INVENTION 

55 Broadly speaking, the present invention relates to tech- 
niques that enable wireless client devices to more efficiently 
utilize the available transmission bandwidth in a wireless 
network. In one embodiment, the invention operates to 
include or incorporate return information (data) in an 

60 acknowledgement message after an incoming message has 
been successfully received from a sender. 

The invention can be implemented in numerous ways, 
including as a method, an apparatus, and a computer read- 
able medium. Several embodiments of the invention are 

65 discussed below. 

vAs a method for sending messages between a client 
device and a server device through a narrowband channel of 
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a wi^lcss^$tFnlL^°^^ embodiment of the inveotion 

incluc^s'tiie acts of: rccciving a^w^age^at^c cUent dcvi€c, 

the mcs sagc-b ci ng'scDt^frd m*tfe^iycr^^^^ 

device'through the narrowbandxhaDneL of the'wireless d ata 

network; preparing an acknowledge^^t jjnessage„tp3 be 

re tume^^totlfe'servcr'device ;;ithe aclm owlcg gemcnt^^^sage 

includrng^lQeaslT 

thc^^^crdc>accrand-sc^^ 

sage-to-thc-scrvcrdevieerAs^^aj^ 

xan-be^a^pereonal^gital^^ 

^d^ice~or:a pagerT 

As a method of transmitting message packets from an 
initiating unit to a receiving unit over a wireless data 
network using a Sfa ort-Mc ssagc-Scrvice-Center, one embodi- 
ment of the invention incliidcs~the acts of: maintaining, at 
the receiving unit, a messagc'qucue'of "messages awaiting 
delivery; rcceivi&g, at the receiving. device, a message from 
the initiating-UDit-over-thc" wiretc^ ^mmuiiications using 
thc-ShortjMcssi^e^Service^ Centc r; determining whether the 
received message is validrdetermining whether the message 
queue contains a deferred message awaiting-dcliNj^ry to the 
initiatingumt; gene raling-anacknow ledgcmerit'mcssage that 
incorporates at least a portion of the deferred message 
awaiting delivery to the initiating unit; and forwarding the 
acknowledgement message to the wireless client device over 
the wireless communications using th c^SKoft^M cssageJSer- 
vicelCentS) 

As a computer readable medium including computer 
program code for sending messages between a client device 
and a server device through a channel of a wireless data 
network, one embodiment of the invention includes: com- 
puter program code for receiving a message at the client 
device, the message being sent from the server device to the 
client device through the channel of the wireless data 
network; computer program code for preparing an acknowl- 
edgement message to be returned to the server device, the 
acknowledgement message including data destined for the 
server device; and computer program code for sending the 
acknowledgement message to the server device. 

As a computer readable medium including computer 
program code for of transmitting message packets from an 
initiating unit to a receiving unit over a wireless data 
network using a Short Message Service Center, one embodi- 
ment of the invention include: computer program code for 
maintaining, at the receiving unit, a message queue of 
messages awaiting delivery; computer program code for 
receiving, at the receiving device, a message from the 
initiating unit over the wireless communications using the 
Short Message Service Center; computer program code for 
determining whether the received message is valid; com- 
puter program code for determining whether the message 
queue contains a deferred message awaiting dehvery to the 
initiating unit; computer program code for generating an 
acknowledgement message that incorporates at least a por- 
tion of the deferred message awaiting dehvery to the initi- 
ating unit; and computer program code for forwarding the 
acknowledgement message to the wireless client device over 
the wireless communications using the Short Message Ser- 
vice Center. 

As an apparatus for sending and receiving messages over 
a wireless data network, one embodiment of the invention 
includes: an outgoing data queue that stores data to be sent 
over the wireless data network; a message manager, the 
message manager manages (i) the reception of incoming 
messages from senders over the wireless data network and 
(ii) the generation of outgoing messages to be sent over the 
wireless data network; a storage medium that stores the 
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incoming messages; and a processing module operatively 
connected to said message manager and said storage 
medium, said processing module interacts with said storage 
medium and said message manager to request, send and 
5 receive data over the wireless data network. The outgoing 
messages generated by said message manager include 
acknowledgement messages that acknowledge the receipt of 
at least some of the incoming messages. Depending on 
availability of data in said outgoing data queue, the acknowl- 
edgement messages generated by said message manager 
include data from said outgoing data queue destined for the 
respective senders of the incoming messages being acknowl- 
edged. 

Hie advantages of the invention are numerous. Different 
j5 embodiments or implementations may yield one or more of 
the following advantages. One advantage of the invention is 
that wireless devices to more efiSciently utilize the available 
transmission bandwidth of a narrowband chaimel (e.g., SMS 
channel) in a wireless network. Another advantage of the 
2Q invention is that it facilitates cost-effective use of a narrow- 
band channel (e.g., SMS channel) in a wireless network. 
Still another advantage of the invention is that non-time 
critical messages can be sent over a wireless network in 
efiBcient, cost-effective way. 
25 Other aspects and advantages of the invention will 
become apparent from the following detailed description 
taken in conjunction with the accompanying drawings which 
illustrate, by way of example, the principles of the invention. 

BRIEF DESCRIPTION OF DRAWINGS 

30 

The present invention will be readily understood by the 
following detailed description in conjunction with the 
accompanying drawings, wherein the reference numerals 
illustrate the structural elements, and in which: 
35 FIG. lA is a block diagram of a wireless communication 
system according to one embodiment of the invention; 

FIG. IB is a block diagram of a commimication system 
according to one embodiment of the invention; 

FIG. IC is a flow diagram of a message acknowledgement 
40 processing according to an embodiment of the invention; 

FIG. 2 A is a block diagram of a wireless data communi- 
cation system according to another embodiment of the 
invention; 

FIG. 2B is a block diagram of a wireless chent device 
45 according to one embodiment of the invention; 

FIG. 3 is a block diagram of proxy server device accord- 
ing to one embodiment of the invention; 

FIG. 4 illustrates a functional block diagram of Short 
Message Service (SMS) server according to one embodi- 
ment of the invention; 

FIG. 5 illustrates a functional block diagram of the 
cHent-server relationship between a wireless client device 
and a Short Message Service (SMS) server; 

FIG. 6A illustrates a format for a Submit Success Report 
(SSR); 

FIG. 6B illustrates a format for a Submit Error Report 
(SER); 

FIG. 7A illustrates a format for a Delivery Success Report 
60 (DSR); 

FIG. 7B illustrates a Delivery Error Report (DER); 

FIG. 8A is a flow diagram of Submit Success Report 
(SSR) processing according to an embodiment of the inven- 
tion; and 

65 FIG. 8B is a flow diagram of Dehvery Success Report 
(DSR) processing according to an embodiment of the inven- 
tion. 
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DETAILED DESCRIPTION OF THE 
INVENTION 

The present invention relates to techniques that enable 
wireless client devices to more eflSciently utilize the avail- 
able transmission bandwidth in a wireless network. In one 5 
embodiment, the invention operates to include or incorpo- 
rate return information (data) in an acknowledgement mes- 
sage after an incoming message has been successfully 
received from a sender. 

The invention is particularly applicable to a Global Sys- lo 
tem for Mobile Communications (GSM) network that is 
capable of bi-directional communications with a short mes- 
sage service center (SMSC). It will be appreciated by one of 
ordinary skOl in the art that invention could be applied to 
wireless networks other than such GSM networks. 

Wireless client devices, also referred to as mobile devices 
or wireless communication devices, include but are not 
Umited to personal digital assistants (PDAs), mobile tele- 
phones (including cellular phones), pagers, or wireless 
capable remote controllers. Typically, these wireless client ^ 
devices have much less computing resource than a desktop 
or laptop computer does. 

In the following detailed description of the present 
invention, numerous specific details are set forth in order to 
provide a thorough understanding of the present invention. ^ 
However, it will become obvious to those skilled in the art 
that the present invention may be practiced without these 
specific details. In other instances, well known methods, 
procedures, components, and circuitry have not been 
described in detail to avoid unnecessarily obscuring aspects 
of the present invention. 

Embodiments of the invention are discussed below with 
reference to FIGS. 1A-8B. However, those skilled in the art 
will readily appreciate that the detailed description given 
herein with respect to these figures is for explanatory 35 
purposes as the invention extends beyond these limited 
embodiments. 

FIG. 1 A is a block diagram of a wireless communication 
system 10 according to one embodiment of the invention. 
Wireless communication system 10 supports a plurality of 40 
wireless communication devices (also known as mobile 
devices, wireless client devices, etc.). For convenience, only 
a single wireless communication device 12 is illustrated in 
FIG. lA Wireless communication device 12 communicates 
with a network gateway 14 through a vnrcless network 16. 45 
Also, wireless communication device 12 communicates with 
a Short Message Service Center (SMSC) 18 through wire- 
less network 16. SMSC 18 also connects to network gateway 
14. Often, a first carrier network in wireless network 16 
provides a wideband channel that couples network gateway 50 
14 to wireless communication device 12, and a second 
carrier network in wireless network 16 provides a narrow- 
band channel that couples SMSC 18 to wireless communi- 
cation device 12. Subscribers that use the plurafity of 
wireless communication devices are normally charged for 55 
connect time when using the wideband charmel. However, 
use of the narrowband channel is often charged to subscrib- 
ers on a fixed monthly rate. 

Network gateway 14 couples to a wired network 20. 
Wired network 20 is a data network that interconnects 60 
various remote devices, including a remote device 22 illus- 
trated in FIG. lA. Remote device 22 can, for example, be a 
server machine or a client machine. Wired network 20 can 
pertain to the Internet, an Intranet, or some other data 
network. 65 

Wireless communication system 10 enables wireless com- 
munication device 12 to send and receive messages from the 
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remote device 22. Such messages traverse wireless network 
16, wired network 20, and either the narrowband or wide- 
band channel. Typically, messages destined for the narrow- 
band channel are relatively short in length. The messages 
destined for the narrowband channel are often known as 
SMS messages or short messages and have a pre-determined 
maximum size (e.g., 140 bytes). However, a process known 
as fragmentation allows messages greater than the maximum 
size to be sent over the narrowband channel. On the other 
hand, larger messages are often sent over the wideband 
channel at higher speed but at a greater cost. 

According to the invention, the narrowband chaimel is 
more e£&ciently utilized to take advantage of this inexpen- 
sive resource within wireless commxmication system 10. 
More particularly, the invention manages the sending of 
messages over the narrowband channel such that acknowl- 
edgement messages are able to carry additional data from 
recipients of the messages to their senders with reduced 
overhead. The reduction in overhead results because fewer 
messages need to be generated and thus, less of the band- 
width of the narrowband channels has to be albcated for 
transmission of messages. The reason that messages need to 
be generated and transmitted is because previously unused 
bandwidth (e.g. the user data fields) are utilized to carry the 
additional data. The additional data can be related or unre- 
lated to the acknowledgement message that carries the 
additional data. One example of related data is a reply to the 
message such as a resource returned to the sender. 

FIG. IB is a block diagram of a communication system 30 
according to one embodiment of the invention. In this 
embodiment, communication system 30 utihzes a SMSC (or 
SMC server) between a mobile device and a remote device. 
Typically, the remote device is coupled to the SMSC through 
a network gateway (e.g., proxy server) such as shown in 
FIG. lA Although the network gateway is advantageous for 
management and protocol conversion operations, a commu- 
nication system according to the invention could also oper- 
ate without a network gateway. The SMSC can also couple 
directly to a wired network (e.g., the wired network) and/or 
the remote device. 

Communication system 30 illustrated in FIG. IB includes 
a mobile device 32 and a SMSC 34. The communication 
between mobile device 32 and SMSC 34 is through a 
wireless communication channel of a wireless network. 
Typically, the wireless communication channel is a narrow- 
band channel. As an example, the wireless communication 
channel can be a SMS channel. Among other things, mobile 
device 32 includes a client module 36 (e.g., a network 
browser), a message receive manager 38, a storage area 40, 
a message send manager 42, and an outgoing queue 44. 

Mobile device 32 communicates with SMSC 34 to obtain 
resources from a remote server. The remote device contains 
information or resources that mobile device 32 may desire. 
Initially, the client module 36 (e.g., network browser) 
requests a resource that originates on the remote device. 
However, the information or resource often need not be 
immediately provided and thus can be performed in a 
non-time critical manner. The client module 36 making a 
request does not wait to receive the resource; instead, the 
resource is to be acquired independent of further operation 
of the client module 36. As an example, such asynchronous 
requests are particularly useful in certain situations such as 
where a remote server needs to eventually be updated with 
some event or action that has occurred on mobile device 32, 
but mobile device 32 does not need to wait until the remote 
server is updated before it continues. 

Thus, where the request is non-time critical, the client 
module 36 will forward a request message to the outgoing 
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message queue 44. From the perspective of the client 
module 36, once the request message has been successfully 
queued, processing by the client module 36 continues. Then, 
the message send manager 42 will manage the retrieval of 
messages (e.g., request messages) from the outgoing mes- 
sage queue 44 and their delivery to the SMSC 34 over the 
wireless communication channel. The message send man- 
ager 42 can also receive time critical requests (or high 
priority request messages) directly from the client module 
36. 

At SMSC 34 the incoming messages are received by a 
message receive manager 44 and temporarily stored in a 
storage area 46. A server module 48 at the SMSC 34 operates 
to service the incoming messages. The server module 48 
forwards the incoming messages (e.g., request messages) 
from the storage area 46 to the appropriate remote devices 
over a network link 50. Messages (whether reply messages 
or request messages) from the remote device are directed 
through the server module 48 to a message send manager 52 
or to an outgoing message queue 54. Typically, those mes- 
sages being sent to the outgoing message queue 54 are 
non-time critical messages. The message send manager 52 
manages the sending of the messages received from the 
server module 48 or from the outgoing message queue 54 
over the wireless commimication channel to the mobile 
device 32. 

Normally, whenever a message is received, it is acknowl- 
edged. When message send manager 52 is preparing to send 
an acknowledgement message over the wireless communi- 
cation channel to a particular mobile device as is typically 
done to acknowledge receipt of a message, message send 
manager 52 examines outgoing message queue 54 to deter- 
mine if any messages therein are also destined for the 
particular mobile device. When there is a message in the 
outgoing message queue 54 for the particular mobile device, 
then the message (or a portion thereof) is inserted into the 
acknowledgement message and thus sent with the acknowl- 
edgement. Periodically, the message send manager 52 can 
review the contents of the outgoing message queue 54 to 
insure no messages are delayed too long before being sent. 

When the wireless communication channel through the 
wireless network is available, message send manager 52 
operates to send messages to the message receive manager 
38 of mobile device 32 via he wireless communication 
channel. Message receive manager 38 hen suppUes the 
incoming messages to storage area 40. Message receive 
manager 38 can also notify client module 36 that the 
requested resource has been received. When the incoming 
message is an acknowledgement message, message receive 
manager 38 is able to parse the acknowledgement to sepa- 
rate the additionally inserted message (or portion thereof 
from the acknowledgement message. 

The information can be exchanged in either or both 
directions. More particularly, the use of acknowledgement 
messages also works in the reverse direction — for acknowl- 
edgement messages sent from mobile device 32 or to SMSC 
34. These acknowledgement messages can carry informa- 
tion or resources from mobile device 32 to SMSC 34 or 
some remote device. SMSC 34 typically couples to a net- 
work gateway which in tiu-n couples to a remote server. 
Upon receiving the acknowledgement message, server mod- 
ule 48 forwards the acknowledgement message to the initial 
sender. Typically, the initial sender of the message being 
acknowledged is a remote device coupled to the SMSC 34 
via a network gateway. As needed, the acknowledgement 
message can be modified to produce a status message for 
transport to the initial sender. The status message is also 
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considered an acknowledgement message even though pos- 
sibly modified for other network characteristics (e.g., 
protocols). 

Further, any device receiving messages is able to process 
5 an acknowledgement message to include additional infor- 
mation as discussed above. Although FIG. IB indicates that 
the mobile device 32 and the SMSC 34 can operate to 
provide the more efficient use of acknowledgement mes- 
sages. Additionally, either or both the network gateway and 
^0 the remote device can also implement the more efScient use 
of acknowledgement messages. 

In general, the destination (recipient) device for the initial 
message needs to be able to process an acknowledgement 
message to include other information destined for the sender 
device (i.e., same destination address). The destination 
device (mobile, SMSC, network gateway or remote device) 
for the modified acknowledgement message needs to under- 
stand how to parse the modified acknowledgement message. 
A message typically includes a source address, a destination 
^ address, and data. The data can take a variety of forms and 
have a variety of effects. The data can, for example, request 
information from a destination device, supply information to 
a destination device, cause some action at a destination 
device. 

25 

FIG. IC is a flow diagram of a message acknowledgement 
processing procedure 60 according to an embodiment of the 
invention. Message acknowledgement processing procedure 
60 is performed by any device or server that operates to 
acknowledge receipt of messages. For example, message 
acknowledgement processing procedure 60 can be per- 
formed by mobile device 32 or SMSC 34 illustrated in FIG. 
IB or network gateway 14, SMSC 18 or remote device 22 
illustrated in FIG. IC. In this embodiment, the messages are 
considered to be SMS messages, which are messages of a 
limited size. However, other types of messages besides SMS 
messages can also be used. 

Message acknowledgment processing procedure 60 
begins with a decision block 62 that determines whether a 

^ SMS message has been received. When decision block 62 
determines that a SMS message has not yet been received, 
message acknowledgment processing procedure 60 awaits 
the reception of such a message. Once a SMS message has 
been received, message acknowledgment processing 60 is 

45 effectively invoked. 

After message acknowledgement processing procedure 
60 is invoked, the SMS message is stored at block 64. Here, 
the SMS message is stored, for example, in an incoming 
message queue. Then, a decision block 66 determines 

50 whether the SMS message is valid. If the decision block 66 
determines that the SMS message is not valid, then an error 
message is prepared at block 68. Then, the error message is 
sent at block 70. The error message is sent to the sender of 
the SMS message that was received at block 62. Reprcsen- 

55 tativc error messages for SMS are described below with 
reference to FIGS. 6B and 7B. Following block 70, the 
message acknowledgment processing 60 is complete and 
ends when the received SMS message was not vdid. 
On the other hand, when decision block 66 determines 

60 that the SMS message is valid, then the processing module 
is notified of the SMS message received at block 72. As an 
example, the processing module can be the client module 36 
of the mobile device 32, the server module 48 of the SMSC 
34, or some other processing module of another device (e.g., 

65 proxy server or remote server). Then, an SMS acknowledg- 
ment message is prepared at block 74. At this point, the SMS 
acknowledgment message resembles a conventional 
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acknowledgment message typically automatically produced Wireless client device 100 is coupled to a proxy server 

by the server that has received the SMS message. Reprc- device 140 and a short message service (SMS) server 150 

sentativc acknowledgement messages for SMS are through an aimet (e.g., a wireless network) 120. Airnet 120 

described below with reference to FIGS, 6A and 7A. can, for example, be a GSM network. Proxy server device 

Next, a decision block 76 determines whether an outgoing 5 140 is also known as a gateway server, a link server, or a 

message queue is empty. When decision block 76 deter- network gateway. Proxy server device 140 acts as a bridge 

mines that the outgoing message queue is not empty, then between landnet 160 and aimet 120 with respect to messages 

data obtained from the outgoing message queue is added to requiring larger bandwidths. Short message service (SMS) 

the SMS acknowledgment message at block 78, The data server 150 also acts as a bridge between the proxy server 

from the outgoing message queue that is added to the SMS device 140 and the wireless client device 100 for messages 

acknowledgement message is data that is destined for the requiring smaller bandwidths (i.e., short messages), 

original sender of the received SMS message. Proxy server device 140 is further coupled to a landnet 

On the other hand, when decision block 76 determines 160 to which a personal computer 170 and an information 

that the outgoing message queue is empty, block 78 is server 180 are coupled. The landnet 160 is a land-based, 

bypassed. Following block 78, as well as following the wired network that may include the Internet, an Intranet, or 

decision block 76 when the outgoing message queue is some other wired data network. Information service server 

empty, the SMS acknowledgment message is then sent at ^ representaUve of one or more network servers 

block 80. The SMS acknowledgment message is sent to the ^^^P^^^ *° ^^^^^^ 1^** providing hypermedia informa- 

original sender of the SMS message that was received. ^on including mobile data information for wireless client 

FoUowing block 80, message acknowledgment processing device 100. The personal computer 170 represents one or 

, ^« , 1 t H H more standard computers (desktops or laptops) that can be 

proceoure ou is complete anu enos. j . • 1 I'^j*-* 

*^ „ . , , , . o^,,, , , . used to send messages to wireless chent device 100. 

Here, it should be noted that the SMS acknowledgement ^^^^ informaUon service server 190 is representa- 

message is automaUcally directed back to the sender of the ^^^^ ^^^^^^j^ ^^^^ couple directly 

received SMS message being acknowledged. In some SUS server 150 via a direct interface 192 (e.g., X.25) or 

embodiments, the SMS acknowledgement message is ^5 a private network. The information service server 190 is 

directed back to an intermediate server and then directed representative of one or more network servers coupled 

back again to the initial sender of the message. For example, direcUy to short message service (SMS) server 150 via the 

where a message originated by an initiating machine and direct interface (e,g,, X.25) 192. Both the information serv- 

send to a SMSC which in turn sends a SMS message to the ers 180 and 190 can be used to provide hypermedia infor- 

receiving machine, the SMS acknowledgement is first send 3Q mation for the wireless client device 100. The proxy server 

to the SMSC and then the SMSC can send an acknowledge- device 140, the short message service (SMS) server 150, and 

ment to the initiating machine. Hence, the acknowledgement information service servers 180 and 190 are typically oper- 

message is able to carry the additional data back to the ated on workstation computers utilizing an operating system 

initiating machine. suitable for networked environments such as Microsoft 

In one implementation, the SMS acknowledgment mcs- 35 Windows NT or Unix, 

sage has a user data field. The data from the outgoing Aimet 120 is a wireless network and an antenna 121 

message queue is added to the user data field while updating represents a wireless carrier infrastructure for aimet 120. 

another field known as the user data field length. Typically, The wireless carrier infrastructure generally includes a Base 

the user data field is limited in size so typically only a lunited Station Subsystem (BSS), a Network Subsystem (NSS) and 

amount of data from the outgoing message queue would be 40 an operations and maintenance center. The base station 

added to the SMS acknowledgment message. In one controls radio or telecommunication links with wireless 

example, the user data field can carry all the data for a cHent device 100. The operations and maintenance center 

particular message stored in the outgoing message queue. can include a mobile switching center performing the 

However, in more sophisticated designs, it is possible that switching of calls between the mobile devices and other 

multiple relatively short messages from the outgoing mes- 45 fixed or mobile network users. Further, the operations and 

sage queue could be provided in the user data field such that maintenance center manages mobile account services, such 

it carries a plurality of messages. StiU further, the messages as authentication, and oversees the proper operation and 

from the outgoing message queue could be fragmented setup of the wireless network. Each of the components and 

before being added into the user data field to allow for processes of the wireless carrier infrastructure are known to 

greater length messages to be sent in this manner over 50 those skilled in the art and are not described herein to avoid 

multiple acknowledgement messages. unnecessarily obscuring the aspects of the invention. 

Also, it should be noted that the data added to the According to one embodiment, the communication pro- 

acknowledgemcnt messages need not be traditional text tocol in the landnet 160 is HyperText Transfer Protocol 

messages but could be any type of data that might be (HTTP) (or HTTPS a secure version of HTTP) and runs on 

exchanged between sending and receiving devices. For S5 Transmission Control Protocol (TCP). According to one 

example, the data could be a text message, an indicator for embodiment, the upper level communication protocol in 

a voice mail message, electronic mail, a page, a resource aimet 120 is Wireless Access Protocol (WAP) or Handheld 

(previously requested or being pushed to the recipient), an Device Transport Protocol (HDTP) (formerly known as 

alert, a configuration file, a script, or an executable. Secure UpUnk Gateway Protocol (SUGP)), which preferably 

FIG. 2A is a block diagram of a wireless data communi- 60 run on Wireless Datagram Protocol (WDP) or User Data- 
cation system according to another embodiment of the gram Protocol (UDP). The above-described protocols have 
invention. The wireless data communication enables wire- been provided for purposes of illustration and not restriction, 
less client devices, including a representative wireless client One of ordinary skill in the art will appreciate that the 
device 100, to communicate with information servers over present mvention can be practiced using other land based 
one or more networks. As examples, wireless client device 65 and wireless protocols. 

100 can be a mobile phone, a cellular phone, a palm sized FIG. 2B is a block diagram of a wireless client device 200 

computing device or a personal digital assistant. according to one embodiment of the invention. Wireless 
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client device 200 cao, for example, represent wireless client Proxy server device 340 includes a Land Control Protocol 

device 100 of FIG. 2A. (LCP) interface 358 that couples to landnet 160, and a 

Wireless client device 200 includes a processor 202 and Wireless Control Protocol (WCP) interface 341 that couples 

a chent module 204. Ghent module 204 includes processes to airnet 120. A server module 343 is coupled between the 
that are performed by processor 202 to operate wireless ^ LCP interface 358 and the WCP interface 341. Further, it 

client device 200. will be appreciated that the principles of the invention can be 

aient module 204 works in conjunction with processor ^^"^^y ^^^^^^ networks, including 

202 and a working memory 212 to perform the processing ^^^T^ networks as CDPD, GSM, CDMA and 

tasks performed by wireless client device 200 including TDMA, to name a few. 

establishing a communication session with proxy server ^° Server module 343 performs traditional server processing 

device 140 via airnet 220, requesting and receiving data via ^ well as protocol conversion processing from one com- 

airnet 220, displaying information on the display 208, and munication protocol to another communication protocol, 

receiving user (subscriber) input from a user via the keypad According lo one embodiment, the protocol conversion 

206. Client module 204 can also operate, among other processing can be implemented as a separate module 

things, implement a browser, commonly referred to as referred to as a mapper. In the case of protocol conversion 

micro-browser, which requires much less computing power between HDTP (or WSP) and HTTP, the conversion is a 

and memory than well-known HTML browsers do. The straight data mapping relationship. It is understood to those 

micro-browser is, preferably, a HDML micro-browser. One skilled in the art that WCP interface 341 can be readily 

such micro-browser is, for example, available from Unwired replaced by other interface module when airnet 120 uses 
Planet, Inc. located at 800 Chesapeake Drive, Redwood ^ ot^^r communication protocol, the same is true to LCP 

City, Calif. 94063. Additional details on accessing a server interface 358 when landnet 160 uses a different communi- 

device from a mobile device using a micro-browser are cation protocol. 

described in U.S. Pat. No. 5,809,415, which is hereby Server module 343 includes a control engine 344 and a 
incorporated by reference . message processor 357. Control engine 344 interacts with 
Wireless client device 200 includes a WCP interface 214 ^ SMS server 150 via WCP interface 341 to coordinate the 
that couples to aimet (wireless network) 220 via a radio- reception or deUvery of messages (including notifications 
frequency (RF) transceiver (not shown) to receive incoming requests). The message processor 357 receives mes- 
and outgoing signals over a wireless channel 232. A device sages from landnet 160 via LCP interface 358 and performs 
identifier (ID) storage 216 supplies a device ID to WCP ^ series of processing and management activities, 
interface 214. The device ID identifies a specific code that is Server module 343 also includes an account manager 348 
associated with wireless client device 200. The device ID is and an account uiterface 346. Account manager 348 man- 
used by proxy server device 140 to associate wireless client ages a plurality of user accounts for all the mobile devices 
device 200 with a user account provided in proxy server serviced by proxy server device 340. Each of the wireless 
device 140. The device ID can be a phone number of the client devices 100 serviced by proxy server device 340 may 
device or a combination of an IP address and a port number. be assigned a device identification (ID). Account manager 
An example of a combination of an IP address and a port 348 is responsible for creating a user account for each of the 
number is 204,163.165.132:01905 where 204.163.165.132 v^dreless client devices that communicate with proxy server 
is the IP address and 01905 is the port number. The device device 340, Account manager 348 control access of wireless 
ID is further associated with a subscriber ID authorized by ^ client devices to services provided by the proxy server 
a wireless network carrier (and stored in proxy server device device 340 and the SMS server 150. 
140) as part of the procedures to activate a subscriber It is understood that the user accounts may be stored in 
account for wireless client device 200. The subscriber ID is another network server coupled proxy server device 340. In 
a unique identification to a subscriber of wireless client other words, the user accounts can be kept in a database that 
device 200. In other words, each of the wireless client is physically placed in any computing device coupled to 
devices serviced by proxy server device 140 has a unique landnet 160, 

device ID that corresponds to a respective user account in Proxy server device 340 also includes a processor 356a 

proxy server device 140. and storage 356i> as the primary hardware components. 

Wireless client device 200 also includes voice circuitry Processor 356a performs operations in accordance with the 
218 (e.g., a speaker and a microphone) and the associated 5Q server module 343. It should be understood to those skilled 

hardware (e.g., an encoder/decoder 210, processor 202 and in the art that the proxy server device 340 is a piece of 

the keypad circuitry 206) which provide a telephone mode hardware equipment that includes one or more processors 

of operation which is separate and distinct from a data mode (e.g., processor 356a), working memory (e.g., storage 356/?), 

of operation used when interfacing with proxy server device buses, interfaces and other components. On the other hand, 
140. In the telephone mode of operation, a subscriber can 5^ the server module 210 represents a software module, which 

cause wireless client device 200 to place a phone call to contains processes (e.g., compiled and linked processes) 

another party having a phone, either wireless or land-based. loaded into the working memory to perform designated 

A message queue (e.g., outgoing message queue) can be functions by proxy server device 340. The same distinction 

maintained in the working memory 212 and managed by the is equally applied to client modules within the wireless 
client module 204. The chent module 204 and the processor so ^^^^^ devices. 

202 also implement a message manager (i.e., message FIG. 4 illustrates a functional block diagram of Short 

receive manager 38 and message send manager 42). Message Service (SMS) server 400 according to one 

FIG. 3 is a block diagram of proxy server device 340 embodiment of the invention. SMS server 400 can, for 

according to one embodiment of the invention. Proxy server example, be SMS server 150 of FIG. 2A. 
device 340 can, for example, be the proxy server device 140 65 SMS server 400 includes a Short Message Service (SMS) 

of FIG. 2A. Proxy server device 340 serves as a gateway kernel 440 coupled between two Wireless Control Protocol 

between the airnet 120 and landnet 160. (WCP) interfaces 404 and 418, a processor 410, a storage 
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device 414, and an X.25 interface 422. Storage device 414 client device 500, the information is transmitted 506 to 

can store databases and messages for the serviced wireless wireless client device 500. Typically, the information is 

client devices. For example, SMS server 400 can utilize contained in a short message to be delivered to wireless 

storage device 414 to store an outgoing queue of data client device 500. Upon receiving the information, wireless 

(messages) awaiting delivery for each of the wireless client 5 client device 500 determines if the received information is 

devices being supported by SMS server 400. valid. For example, a request can be deemed valid when it 

SMS kernel 440 is typically loaded in memory and does not have errors, has not expired, and the message has 

executed by processor 410 to perform traditional server °ot been received before. When the information is deter- 

processing. SMS kernel 440 can also perform protocol mined to be valid, a delivery acknowledgement 508 is sent 

conversion from one communication protocol to another froni the wireless client device 500 to the SMS server 510. 

communication protocol (i.e., for the X.25 interface). The DeUvcry acknowledgement 508 is typically done with an 

X.25 interface is an often used with pubUc data communi- acknowledgement (ACK) message such as a Delivery Suc- 

cations networks. X.25 interface 422 provides a connection cess Report (SSR). On the other hand, when the information 

with information server 190 without having to go through ^ determined not to be vaUd, then an error notification is 

proxy server device 140. 15 sent from wireless client device 500 to SMS server 510. As 

SMS kernel 440 includes a system manager 444, an ^^^"^pl*^' ^J^' notification is an error message such 

overall administration and maintenance (OA&M) module ^ ^ ^^^'""^^ Submit Error Report (DER). 

448, a gateway module 452, an inter-working function In the case of SMS, the Submit Success Report (SSR), 

module 456, a message/alert management module 460, and Submit Error Report (SER), the Delivery Success Report 

a database management application 464. System manager (DSR), and DeUvery Error Report (DER) have well-defined 

444 manages overall system operation. OA&M module 448 structures as described with reference to FIGS. 6A, 6B, 7A 

provides services for billing, administration and network Additional details pertaining to these structures are 

management. Gateway module 452 coordinates activity provided in Global System for Mobile Communications 

between proxy server device 140 and SMS server 400. (GSM) 03.40, versions 5.6.1, European Telecommunica- 

Inter-working function module coordinates activity between ^ tions Standards Institute (ETS) (ETS 300 901), January 

SMS server 400 and information server 190, such as through 1^98, which has been previously incorporated by reference. 

X.25 interface 422. Message/alert management module 460 FIG. 6A illustrates a format for a Submit Success Report 

provides management for transmission and reception of (SSR). The Submit Success Report (SSR) includes a mes- 

messages and providing of alerts. The database management sage type indicator (TP-MTI) 600, a Uscr-Data-Header 

application 464 manages a database of user account infor- '^^ Indication (TP-UDHI) 604, an Optional Parameter Indicator 

mation. (TP-PI) 608, a SMS server time stamp (TP-SCTS) 612, a 

SMS server 400 is coupled to proxy server device 140 Protocol Identifier (TP-PID) 616, a Data Coding Scheme 

through a land-based channel 468. SMS server 400 is (TP-DCS) 620, a User Data Length indicator (TP-UDL) 

coupled to the wireless client devices it services through 35 624, and User Data (TP-UD) 628. User Data (TP-UD) 628 

airnet 120. In this embodiment, the communication protocol rnay include a User Data Header (UDH) comprised of 

used in airnet 120 and over land-based channel 468 is WAP reference number, an index indicating the total number of 

or HDTP, which preferably runs on UDP or WDR SMS chunks of user data, and a chunk index. User Data (TP-UD) 

server 400 is also coupled to the infonnation server 190 628 is ordinarily unused in the SSR acknowledgements, 

through the X,25 interface 422. The protocol for the X.25 ^ FIG. 6B illustrates a format for a Submit Error Report 

interface 422 can be any protocol supported by the X.25 (SER). The Submit Error Report (SER) includes a message 

standard. type indicator (TP-MTI) 632 and a Failure Cause (TPFCS) 

FIG. 5 illustrates a functional block diagram of the 636. 
client-server relationship between a wireless client device FIG. 7Aillustrates a format for a Delivery Success Report 
500 and a Short Message Service (SMS) server 510. As an 45 (DSR). The Delivery Success Report (DSR) includes a 
example, wireless cUent device 500 and SMS server 510 message type indicator (TP-MTI) 700, a User-Data-Header 
may represent wireless client device 100 and SMS server Indication (TP-UDHI) 704, an Optional Parameter Indicator 
150 of FIG. 2A respectively. According to one scenario, (TP-PI) 708, a Protocol Identifier (TP-PID) 712, a Data 
during its operation, wireless client device 500 will submit Coding Scheme (TP-DCS) 716, a User Data Length Indi- 
a request 502 to SMS server 510. Typically, in the case of 50 cator (TP-UDL) 720, and User Data (TP-UD) 724. The User 
SMS, the request is a short message that is to be directed to Data 724 may include a User Data Header (UDH) comprised 
an addressee. SMS server 510 receives the request from of a reference number, an index indicating the total number 
wireless client device 500 and determines whether the of chunks of user data, and a chunk index. User Data 
request is valid. For example, a request can be deemed valid (TP-UD) 724 is ordinarily unused in the DSR acknowledge- 
when it does not have errors, has not expired, and the 55 ments. 

message has not been received before. When the request is FIG. 7B illustrates a Delivery Error Report (DER). The 

determined to be valid, an acknowledgement 504 is sent Delivery Error Report (DER) includes a Message Type 

from SMS server 510 to wireless client device 500. Indicator (TP-MTT) 728 and a Failure Cause (TPFCS) 732. 

Acknowledgement 504 is typically done with an acknowl- piG. 8A is a flow diagram of Submit Success Report 

edgement (ACIQ message such as a Submit Success Report (SSR) processing 800 according to an embodiment of the 

(SSR). On the other hand, when the request is determined invention. A Short Message Service (SMS) server (e.g. 510 

not to be valid, then an error notification is sent from SMS of FIG. 5) receives 804 a submitted request packet from a 

server 510 to wireless client device 500. As an example, the wireless client device (e.g. 500 of FIG. 5). The SMS server 

error notification is an error message such as a Submit Error makes a determination 808 regarding the validity of the 

^^®por^- 65 received packet. If the received packet is determined to be 

In a similar fashion, according to another scenario, when invalid a Submit Error Report (SER) (FIG. 6B) is generated 

SMS server 510 has information to be delivered to wireless and forwarded 812 to the originating wireless client device 
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816. If the received packet is detennined to be valid, a check 
is made for packets awaiting delivery to the sender (TO GO 
PACKETS). These packets are stored in the TO GO 
PACKET storage queue 824. This process may take place in 
the SMS server or in any server with a connection to the 5 
SMS server. The TO GO PACKETS awaiting delivery to the 
sender are retrieved 820. When the Submit Success Report 
(SSR) is generated 828, the TO GO PACKETS are inserted 
as user data (TP-UD) and the User Data Length Indicator 
(TP-UDL) is updated to reflect the insertion. Finally, the lo 
Submit Success Report (SSR) including the TO GO PACK- 
ETS are forwarded 832 to the originating wireless client 
device. Following the forwarding 832, SSR processing 800 
is complete and ends. 

FIG. 8B is a flow diagram of Delivery Success Report 
(DSR) processing 850 according to an embodiment of the 
invention. A wireless client device (e.g. 500 of FIG. 5) 
receives 854 an information packet from an originating 
server, which may be the SMS server or any server con- 
nected to the SMS server. The wireless client device makes 20 
a determination 858 regarding the validity of the received 
information packet. If the received information packet is 
determined to be invalid, a Delivery Error Report (DER) 
(FIG. 7B) is generated and forwarded 862 to the originating 
server. The originating server can be the SMS server or any 25 
server connected to the SMS Server, If the received packet 
is determined to be valid, a check is made for packets 
awaiting delivery to the sender (TO GO PACKETS). These 
packets are stored in the TO GO PACKET storage queue 874 
resident on the wireless client device. The TO GO PACK- 
ETS awaiting delivery to the sender are retrieved 870. When 
the Dehvery Success Report (DSR) is generated 878, the TO 
GO PACKETS are inserted as user data field (TP-UD) and 
the User Data Length Indicator (TP-UDL) is updated to 
reflect the insertion. Finally, a Delivery Success Report 
(DSR) including the TO GO PACKETS are forwarded 882 
to the originating server. Following the forwarding 882, the 
DSR processing 850 is complete and ends. 

In the case of both the Submit Success Report (SSR) and ^ 
the Delivery Success Report (DSR) the User Data Field 
(TP-UD) has an associated User Data Length Indicator 
(TP-UDL). As previously stated, the User Data (TP-UD) 
may contain a UDH comprised of a reference number, an 
index indicating the total number of chunks of user data, and 
a chunk index. This stmcture provides a mechanism to parse 
(or fragment) large messages (larger than the space provided 
in TP-UD) and send them as smaller chunks of information 
(chunk encoding). 

The advantages of the invention are numerous. DifEerent 50 
embodiments or implementations may yield one or more of 
the following advantages. One advantage of the invention is 
that wireless devices to more efficiently utihze the available 
transmission bandwidth of a narrowband channel (e.g., SMS 
chaimel) in a wireless network. Another advantage of the 55 
invention is that it facilitates cost-effective use of a narrow- 
band channel (e.g., SMS channel) in a wireless network. 
Still another advantage of the invention is that non-time 
critical messages can be sent over a wireless network in 
efficient, cost-effective way. gQ 

While only certain embodiments of the invention have 
been illustrated and described herein, many modifications, 
substitutions, changes, and equivalents will now occur to 
those skilled in the art. It is therefore to be understood that 
the appended claims are intended to cover all such modifi- 65 
cations and changes as fall within the true spirit of the 
invention. 



What is claimed is: 

1. A method for sending messages between a cUent device 
and a server device through a narrowband channel of a 
wireless data network, said method comprising: 

(a) receiving a message at the client device, the message 
being sent from the server device to the cHent device 
through the narrowband channel of the wireless data 
network; 

(b) preparing an acknowledgement message to be 
returned to the server device, the acknowledgement 
message including at least a portion of another message 
destined for the server device, said preparing (b) 
includes at least the operations of: 

(bl) preparing a standard acknowledgement message 
indicating that the message has been successfully 
received by the client device; 

(b2) determining whether there are additional messages 
waiting to be sent to the server device; and 

(b3) modifying the standard acknowledgement mes- 
sage to include at least a portion of one of the 
additional messages, thereby producing the 
acknowledgement message to be retumed to the 
server device; and 

(c) sending the acknowledgement message to the server 
device, 

wherein the standard acknowledgement message includes 
a user data field, and wherein said modifying (b3) 
operates to include at least a portion of one of the 
additional messages in the user data field. 

2. A method as recited in claim 1, wherein the server 
device is an information server. 

3. A method as recited in claim 1, wherein the client 
device is selected from the group consisting of: personal 
digital assistant, a mobile telephone device, or a pager, each 
of which has limited computing resources and a small 
display screen. 

4. A method as recited in claim 1, 
wherein the message is a SMS message, and 
wherein the acknowledgement message is one of a Submit 

Success Report and a Delivery Success Report. 

5. A method as recited in claim 1, wherein the narrowband 
channel is a SMS channel, and the message is an SMS 
message. 

6. A method as recited in claim 1, wherein the additional 
message is a response to the message. 

7. A method as recited in claim 1, wherein the additional 
message is unrelated to the message. 

8. A method as recited in claim 1, wherein said method 
further comprises: 

sending the message from the server device to the cUenl 
device through the narrowband chaimel of the wireless 
data network. 

9. A method of transmitting message packets from an 
initiating unit to a receiving unit over a wireless data 
network using a Short Message Service Center, said method 
comprising: 

maintaining, at the receiving unit, a message queue of 

messages awaiting delivery; 
receiving, at the receiving unit, a message from the 

initiating unit over the wireless communications using 

the Short Message Service Center; 
determining whether the received message is vafid; 
determining whether the message queue contains a 

deferred message awaiting dehvery to the initiating 

unit; 
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generating an acknowledgement message that incorpo- 
rates within a user data field thereof at least a portion 
of the deferred message awaiting delivery to the initi- 
ating unit; and 

forwarding the acknowledgement message to the initiat- 
ing unit over the wireless communications using the 
Short Message Service Center. 

10. A method as redled in claim 9, wherein the receiving 
unit is a server device and the initiating unit is a wireless 
client device. 

11. A method as recited in claim 9, wherein the initiating 
unit is a server device and the receiving unit is a wireless 
client device. 

12. A method as recited in claim 9, 
wherein the message is a SMS message, and 
wherein the acknowledgement message is one of a Submit 

Success Report and a Delivery Success Report. 

13. A method as recited in claim 9, wherein the wireless 
data network uses a wireless communications protocol. 

14. A method as recited in claim 13, wherein the wireless 
communications protocol is selected firom a group consisting 
of Wireless Access Protocol (WAP) and Handheld Device 
Transport Protocol (HDTP). 

15. A method as recited in claim 9, 

wherein the acknowledgement message can incorporate 
up to a predetermined amount of data, and 

wherein when the deferred message has a size greater than 
the predetermined amount, the deferred message can be 
divided into a plurality of components each having a 
size not greater than the predetermined amount. 

16. A method as recited in claim 9, 

wherein the deferred messages in the message queue are 
assigned priorities, and 

wherein said determining of whether the message queue 
contains a deferred message awaiting delivery to the 
initiating unit operates to select the one of the deferred 
messages in the message queue awaiting delivery to the 
initiating unit based on the assigned priorities. 

17. A method as recited in claim 9, wherein said wireless 
client device is selected from a group consisting of: personal 
digital assistant, a mobile telephone device, or a pager. 

18. A computer readable medium including computer 
program code for sending messages between a client device 
and a server device through a channel of a wireless data 
network, said computer readable medium comprising: 

computer program code for receiving a message at the 
client device, the message being sent from the server 
device to the client device through the channel of the 
wireless data network; 

computer program code for preparing an acknowledge- 
ment message to be returned to the server device, the 
acknowledgement message including data destined for 
the server device, said computer program code for 
preparing includes at least 

computer program code for preparing a standard 
acknowledgement message indicating that the mes- 
sage has been successfully received by the client 
device; 

computer program code for determining whether there 
are additional messages waiting to be sent to the 
server device; and 

computer program code for modifying the standard 
acknowledgement message to include at least a por- 
tion of one of the additional messages, thereby 
producing the acknowledgement message to be 
returned to the server device; and 
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computer program code for sending the acknowledge- 
ment message to the server device, 

wherein the standard acknowledgement message includes 
a user data field, and wherein said computer program 
code for modifying operates to include at least a portion 
of one of the additional messages in the user data field. 

19. A computer readable medium as recited in claim 18, 
wherein the data is a resource. 

20. A computer readable medium as recited in claim 18, 
wherein the data is unrelated to the message being acknowl- 
edged by the acknowledgement message. 

21. A computer readable medium as recited in claim 18, 
wherein the data is a reply to the message being acknowl- 
edged by the acknowledgement message. 

22. A computer readable medium as recited in claim 18, 
wherein the client device is selected from the group con- 
sisting of: personal digital assistant, a mobile telephone 
device, or a pager, each of which has limited computing 
resources and a small display screen. 

23. A computer readable medium as recited in claim 18, 
wherein the message is a SMS message, and 
wherein the acknowledgement message is one of a Submit 

Success Report and a Delivery Success Report. 

24. A computer readable medium as recited in claim 18, 
wherein the additional message is a response to the message. 

25. A computer readable medium as recited in claim 18, 
wherein the additional message is unrelated to the message. 

26. A computer readable medium as recited in claim 18, 
wherein the channel is a narrowband channel. 

27. A computer readable medium including computer 
program code for transmitting message packets from an 
initiating unit to a receiving unit over a wireless data 
network using a Short Message Service Center, said method 
comprising: 

computer program code for maintaining, at the receiving 
unit, a message queue of messages awaiting delivery; 

computer program code for receiving, at the receiving 
unit, a message from the initiating unit over the wire- 
less communications using the Short Message Service 
Center; 

computer program code for determining whether the 
received message is valid; 

computer program code for determining whether the 
message queue contains a deferred message awaiting 
delivery to the initiating unit; 

computer program code for generating an acknowledge- 
ment message that incorporates within a user data field 
thereof at least a portion of the deferred message 
awaiting delivery to the initiating unit; and 

computer program code for forwarding the acknowledge- 
ment message to the initiating unit over the wireless 
communications using the Short Message Service Cen- 
ter. 

28. An apparatus for sending and receiving messages over 
a wireless data network, said apparatus comprising: 

an outgoing data queue that stores data to be sent over the 
wireless data network; 

a message manager, the message manager manages (i) the 
reception of incoming messages from senders over the 
wireless data network and (ii) the generation of outgo- 
ing messages to be sent over the wireless data network; 

a storage medium that store s the incoming messages; and 

a processing module operatively connected to said mes- 
sage manager and said storage medium, said processing 
module interacts with said storage medium and said 
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message manager to request, sead and receive data over 
the wireless data network, 
wherein the outgoing messages generated by said mes- 
sage manager include acknowledgement messages that 
acknowledge the receipt of at least some of the incom- * 
ing messages, and depending on availability of data in 
said outgoing data queue, the acknowledgement mes- 
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sages generated by said message manager include, 
within user data fields of the acknowledgement 
messages, data from said outgoing data queue destined 
for the re^ective senders of the incoming messages 
being acknowledged. 

* * * >0 >0 
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